home *** CD-ROM | disk | FTP | other *** search
- Path: news.nyu.edu!schonberg!dewar
- From: dewar@cs.nyu.edu (Robert Dewar)
- Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
- Subject: Re: ANSI C and POSIX (was Re: C/C++ knocks the crap out of Ada)
- Date: 9 Apr 1996 08:53:04 -0400
- Organization: Courant Institute of Mathematical Sciences
- Message-ID: <dewar.829054330@schonberg>
- References: <JSA.96Feb16135027@organon.com> <dewar.828936837@schonberg> <828964950snz@genesis.demon.co.uk> <dewar.828987544@schonberg> <4kcein$mev@solutions.solon.com>
- NNTP-Posting-Host: schonberg.cs.nyu.edu
- X-Newsreader: NN version 6.5.0 (NOV)
-
- I said
-
- >>Can you quote the relevant standard. No description of read I ever saw
- >>was detailed or precise enough to say what the requirements on the caller
- >>are.
-
- Peter said
-
- >If it is not specified, it's undefined. At least, that's how C does it;
- >no guarantees for POSIX.
-
- Robert replies
-
- OK, "it" here is any specification of how long the buffer should be. So
- Peter considers it undefined, in which case *any* call to read is
- undefined. Actually I completely agree, if the spec of a routine is
- incomplete or imprecise, the routine cannot be called without generating
- undefined behavior.
-
- But in the absence of Kazimir to tell us the "unwritten" rules, isn't it
- just possible that this *might* lead to portability problems :-) Of course
- by Peter's rules, we can't call read at all :-)
-
- Peter do you have SPEC1170, I assume you must have a copy, so can you
- see there if the spec is any more illuminating?
-
-